home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Oct 89 / Z0096-Re Prog Won't run --Oct89 < prev    next >
Encoding:
Text File  |  1989-10-16  |  1.8 KB  |  57 lines  |  [TEXT/GEOL]

  1. Item    4462559                         16-Oct-89        17:30
  2.  
  3. From:   D0420                           Satori SW, Hugh Rogovy,PRT
  4.  
  5. To:     V0683                           Amoco Tech, Eric Berdahl,VAR
  6.         MACAPP.TECH$                    MACAPP Tech
  7.  
  8. Sub:    re: Prog Won't run -NoDebug
  9.  
  10. Item    3314587                         16-Oct-89        17:25
  11.  
  12. From:   D0420                           Satori SW, Hugh Rogovy,PRT
  13.  
  14. To:     V0683                           Amoco Tech, Eric Berdahl,VAR
  15.         MACDTS                          Macintosh Developer Tech. Supt.
  16.  
  17. Sub:    re: Prog won't run -NoDebug
  18.  
  19. Eric,
  20.  
  21. Chances are, your crash is caused by the fact that the linker strips out
  22. resource views that are not referenced.  You get around this problem by adding
  23. the following "non"-statements in your source code for any resource views you
  24. have created.
  25.  
  26.       IF gDeadStripSuppression THEN
  27.          BEGIN
  28.          IF MEMBER(TObject(NIL),TFontPopup) THEN;
  29.                     .
  30.                     .
  31.                     .
  32.         END;
  33.  
  34. This code doesn't really do anything, it just tricks the linker into keeping a
  35. particular class (in this example; TFontPopup), since you "really" did
  36. reference it.
  37.  
  38. The Failure that is getting called is in "TEvtHandler.CreateAView".  There is
  39. only one Failure in this function.
  40.  
  41. If you have mucho views defined, the quickest way to find out which view
  42. resource you forgot to "DeadStripSuppress" is to go in and modify
  43. "TEvtHandler.CreateAView" directly.  Just add the line
  44.  
  45.          DebugStr(itsType);
  46.  
  47. above the call to Failure and you should pop into your debugger (I assume
  48. you're using either MacsBug or TMON) with the unreferenced view displayed.  I
  49. admit, I haven't actually tried this, but it *should* work...
  50.  
  51. I hope this helps...
  52.  
  53.                             Chris Le Croy
  54.                             Satori Software
  55.  
  56.  
  57.